| От | Michael Hirohama |
|---|---|
| Тема | Re: [HACKERS] Re: Subselects open issue Nr. NEW |
| Дата | |
| Msg-id | l03110740b10ebbe12b36@[204.179.134.140] обсуждение |
| Ответ на | Re: Subselects open issue Nr. NEW ("Vadim B. Mikheev" <vadim@sable.krasnoyarsk.su>) |
| Список | pgsql-hackers |
At 10:31 +0700 2/17/98, Vadim B. Mikheev wrote: [...] > >I understand this. And this is how it works currently: > >select * from tab where (A,B) >= ANY (select X, Y from tab2); > >means: select tuples where A >= X _and_ B >= Y for some tuple from tab2. > ^^^^^ > 'AND' is used for all Op-s except for '<>' when 'OR' is used. > >Question is "should we drop this feature (?) or leave it as is ?" > >Comments ? > >Vadim I recommend dropping this feature and only supporing =ANY and <>ANY. Supporing the relational operators cannot be optimized in the general case. If I needed to perform the <=ANY query efficiently, I might use a functional index on 'A' and 'B' using an R-tree method. Regards, -- Michael Hirohama <kamesan@ricochet.net>
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера